JSC/ECS5 Spacesuit Knowledge Capture (KC) Series Synopsis 


This synopsis provides information about the Knowledge Capture event below. 
Topic: | Didn't Know | Couldn't Do That 


Date: June 2, 2016 Time: 1:00 p.m. — 2:00 p.m. Location: JSC/B9NW/R2170 


This is a link to the recording of the lecture material \\js-ea-fs-03\pd01\EC\Knowledge-Capture\FY16 
Knowledge Capture\20160516 Harrison | Didn't Know\1676 - Video 


Presenter: Dan Harrison 


Synopsis: Dan Harrison will discuss overcoming institutional and cultural obstacles that he encountered 
during his more than 35-year career in engineering and engineering management. He will discuss why it 
is important to challenge the “unwritten laws” and the status quo that large organizations develop that 
are contrary to the end-goal of safe, affordable space exploration. 


Biography: Daniel Harrison is recently retired from a 35-year career with the NASA Johnson Space 
Center. He earned his bachelor of science double major in physics and mathematics from Northeastern 
Oklahoma University in 1974. After graduation, Mr. Harrison moved to Houston, Texas where he worked 
for Texas Electronic Instruments for four years before joining Lockheed as an electrical engineer until 
1983. He started a video game company that produced a product for making backup copies of Atari 
2600-compatible games. After returning to Lockheed in 1984, he created a Bubble Mass Memory for the 
Space Shuttle Program. In 1988, he became a NASA civil servant and worked as an Avionics engineer, 
project manager, section head, and branch chief before retiring in 2014. Besides working for NASA, Mr. 
Harrison published several articles including one on the new Lunar Rover prototype that he managed. 
He also created a scan tool company for products for cars, light trucks, and heavy trucks (i.e., 18 
wheelers). He currently resides in Houston, but spends considerable time at his small ranch in central 
Texas. He can be contacted at dharrison14@comcast.net. 


EC5 Spacesuit Knowledge Capture POCs: 


Cinda Chullen, Manager 


cinda.chullen-1@nasa.gov 
(281) 483-8384 


Vladenka Oliva, Technical Editor (Jacobs) 


viadenka.r.oliva@nasa.gov 
(281) 461-5681 


Video Length (Size): 00:58:58 (2.98 GB) 


NASA Johnson Space Center 
Crew and Thermal Systems Division 
EC5 Space Suit and Crew Survival Systems Branch 


2101 NASA Parkway 
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| Couldn't Do That 





Background 


¢ From Muskogee, Oklahoma 
¢ Citizen of Cherokee Nation 
— Cherokee lineage trom my great-grandfather, Rabbits in the 
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First “| Didn't Know 


¢ Saw “Star Wars tn” 1977. 


- Knew | wanted to be a part of the Human 
spaceflight Program. 


¢ Applied to Lockheed at JSC for electrical engineer 
(EE) position, and was hired that day. Thrill, joy, and 
unbound oe ON 


i ee oy_ane ut oloyeewliater how | got hired with 
a physics/matt ase eeor an EE slot. 
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Next “| Didn't Know™ 


¢ 1983, Atari 2600 video game was all the rage with 
KIOS. 

- The cartridges were expensive! $40-50 for the most 
popular. 

¢ ]Took one apart and found it contained a single 

Read-Only-Memory (ROM) chip. 

" 1d they could sey duplicated. 

7 | om oral Ss wanted to partner with me and sell 
lal ridge rele Iplicators. Hooked up with JS&A in 
Cnicado., eleyt pu rche ase OI for nite ele) 5 W ale} oe 
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Next “| Didn't Know’ Contd 


¢ JS&A placed full page ads in Popular Science magazine 
and the orders started coming in. 


¢ Atari, finding this sort of competition not to their liking, 
sued JS&A. 


¢ Atari won, judge rules cartridge cannot be destroyed 
electrically or mechanically, no copies allowea!!!! 


¢ Did not know not to sles a giant in the shin. Lesson 
earned 


co 7 7 
Sy) Earn extra money with America’s 
first po i computer - 





Earn extra money with America’s 
first cartridge computer ___ 
duplicator. ~ 


Third “| Didn't Know" 


Orbiter Interface Unit (OlU) 
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Orbiter Interface Unit 


Identified need for “Data Translator’ for 

ohuttle-Space Station docking. 

¢ Shuttle data interfaces designed in '60s and 
‘70s. Not in current use outside NASA. 

¢ Neither Space Shuttle Program or 

International Space station Program (ISS) 

, fer 5 accounting for this-need. 
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Orbiter Interface Unit 


NASA civil service does not build in-line 
avionics!!! 

Fortunately, a visionary manager supported 
my proposal. 


ISS agreed to.sponsor a proposal from 


a : S me and Boeing for the OlU 
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A Fourth “I Didn’t Know” 
shell Inspection Sphere 


December 2012 Shell Oil presented challenge to 

NASA for inspection of oil container. 

Conventional method was costing over $100m. 

Challenge accepted and we began to brainstorm 

possibilities. 

_° Decided to go witha small, 9°, sphere 
‘wth sonar, camera, and sample system. 











W Shell inspection Sphere WJ 


¢ Needed to test concept somehow in controlled 
environment. 


¢ Tried to set up 9° pipe configuration and use NASA 
water supply. Rejected by NASA Center. 


¢ NASA has pier on Clear Lake, saltwater, just outside 
our gate. Found out to get permission to set up and 

run test was going to require environmental impact 
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Summary 


If you Know the enemy and know 
yourself, you need not fear the 
results of a hundred battles 


— Sun Tzu 





Raimondi, Nick T (LARC-B704) [LAMPS] 


From: Dan Harrison < 

Sent: Friday, June 03, 2016 10:37 AM 

To: Chullen, Cinda (JSC-EC511); Oliva, Viadenka R. JSC-XI4)[Jacobs Technology, Inc.] 
Cc: ‘Lee Snapp’ 

Subject: Design process question yesterday 


Cinda/Vladenka 


| was asked a question yesterday about the importance of the design process in product development. After some 
thought, that question deserves a better answer that the one | gave yesterday. The student probably does not use the 
word ‘process’ as we who have been schooled (indoctrinated) in ISO9000 processes. Could you please pass along this to 
him. Here is my new answer: 


A rigorous design process is a necessity for a good design, be it electrical, software or mechanical. Always start the 
design process by understanding what you are going to design. Draw a diagram with a box called “my design” in the 
middle, on the left you have a box called “inputs”, on the right a box labeled “outputs”. You first understand the nature 
of all the inputs to the My Design box. For example, you have 2 analog inputs and one digital serial data input. One 
analog input from a temp sensor and the other is a strain gauge. Pull the data sheets on both parts. Understand the 
voltage ranges, the impedances of the outputs, offset voltage, linearity of the signal over the full range, temp stability, 
max rate of change, etc. On the digital input know the logic levels, output drive, bit rate, data format ( size of word, 
error corrections, any stop/start bits, other formats such as NRZ, embedded clocks, etc.), know the contents of messages 
to be received, frequency of messages, any handshaking or ACK required , error handling of incomplete messages or a 
message overrun. 

You next document the outputs required from your design. Any displays, LED’s, data outputs, analog outputs, wireless 
outputs, etc. Define the outputs to the same degree of understanding as you did for the inputs. 

Once both inputs and outputs and been thoroughly defined and understood, begin to define all the functions of the My 
Design block for converting the inputs to the outputs. 


| hope this helps to answer your question, you can email me ( if there are more questions. 


Best regards 
Dan Harrison 


